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" The MAILING DATE of this communication appears on the cover sheet with the correspondence address 
Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 IVIONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 . 1 36(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 

- Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

1 )K Responsive to communication(s) filed on 07 September 2000 . 
2a)n This action is FINAL. 2b)K This action is non-final. 

3) \3 Since this application is in condition for allowance except for fornnal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-14 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) 0 Claim(s) is/are allowed. 

6) ^ Claim(s) 1-14 is/are rejected. 
/)□ Claim(s) is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) ^ The specification is objected to by the Examiner. 

10)^ The drawing(s) filed on 07 September 2000 is/are: a)n accepted or b)S objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 
Priority under 35 U.S.C. §§ 1 1 9 and 1 20 

12) 0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 19(a)-(d) or (f). 

a)nAII b)n Some*c)n None of: 

1 .□ Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. n Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 

13) 0 Acknowledgment is made of a claim for domestic priority under 35 U.S.C. § 1 19(e) (to a provisional application) 

since a specific reference was included in the first sentence of the specification or in an Application Data Sheet. 
37 CFR 1.78. 

a) □ The translation of the foreign language provisional application has been received. 

14) n Acknowledgment is made of a claim for domestic priority under 35 U.S.C. §§ 120 and/or 121 since a specific 

reference was included in the first sentence of the specification or in an Application Data Sheet. 37 CFR 1 .78. 
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DETAILED ACTION 



Drawings 



1 . The drawings are objected to because they fail to show necessary textual labels 
of features or symbols in Fig. 1-21 as described in the specification. A descriptive 
textual label for each numbered element in these figures would be needed to fully and 
better understand these figures without substantial analysis of the detailed specification. 
Any structural detail that is of sufficient importance to be described should be shown in 
the drawing. Optionally, applicant may wish to include a table next to the present figure 
to fulfill this requirement See 37 CFR 1 .83. 37 CFR 1 .84(n)(o) is recited below: 

"(n) Symbols. Graphical drawing symbols may be used for conventional elements when appropriate. 
The elements for which such symbols and labeled representations are used must be adequately identified in 
the specification. Known devices should be illustrated by symbols, which have a universally recognized 
conventional meaning and are generally accepted in the art. Other symbols, which are not universally 
recognized, may be used, subject to approval by the Office, if they are not likely to be confused with existing 
conventional symbols, and if they are readily identifiable. 

(o) Legends. Suitable descriptive legends may be used, or may be required by the Examiner, where 
necessary for understanding of the drawing, subject to approval by the Office. They should contain as few 
words as possible," 

2. The drawings are objected to because the Draftsperson stated in PTO-948 as 
"informal drawings". A proposed drawing correction or corrected drawings are required 
in reply to the Office action to avoid abandonment of the application. The objection to 
the drawings will not be held in abeyance. 
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Specification 



3. The use of the trademarks DB2 , EDI has been noted in this application. It 
should be capitalized wherever it appears and be accompanied by the generic 
terminology. 

Ex: DB2 used on page 2, line 24 and EDI used on page 33, line 7. 

Although the use of trademarks is permissible in patent applications, the 
proprietary nature of the marks should be respected and every effort made to prevent 
their use in any manner, which might adversely affect their validity as trademarks. 

It is also necessary to specify the version when describing software in the 
specification. 

4. Appropriate correction is required. 

5. The incorporation of essential material in the specification by reference to a 
foreign application or patent, or to a publication is improper. Applicant is required to 
amend the disclosure to include the material incorporated by reference. The 
amendment must be accompanied by an affidavit or declaration executed by the 
applicant, or a practitioner representing the applicant, stating that the amendatory 
material consists of the same material incorporated by reference in the referencing 
application. See In re Hawkins, 486 F.2d 569, 179 USPQ 157 (CCPA 1973)" at Fig. 1, 
col. 2, lines 33-44; In re Hawkins, 486 F.2d 579, 179 USPQ 163 (CCPA 1973)" at Fig. 
1, col. 2, lines 33-44; and In re Hawkins, 486 F.2d 577, 179 USPQ 167 (CCPA 1973). 
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6. The disclosure on pp. 1-2 is objected to since all of these applications have no 
US Patent Application Serial Numbers issued by the USPTO for the purpose of cross- 
referencing. Current status of each application must be added as well. Appropriate 
correction is required. 

Claim Rejections - 35 USC §112 

7. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter, which the applicant regards as his invention. 

8. Claims 1 and 1 1 contain the trademark/trade name DB2. Where a trademark or 
trade name is used in a claim as a limitation to identify or describe a particular material 
or product, the claim does not comply with the requirements of 35 U.S.C. 112, second 
paragraph. See Ex parte Simpson, 218 USPQ 1020 (Bd. App. 1982). The claim scope 
is uncertain since the trademark or trade name cannot be used properly to identify any 
particular material or product. A trademark or trade name is used to identify a source of 
goods, and not the goods themselves. Thus, a trademark or trade name does not 
identify or describe the goods associated with the trademark or trade name. In the 
present case, the trademark/trade name is used to identify/describe database and, 
accordingly, the identification/description is indefinite. 

9. Appropriate correction is required. 
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Claim Rejections - 35 (JSC § 103 



10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the claims 
under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various claims was 
commonly owned at the time any inventions covered therein were made absent any evidence to the 
contrary. Applicant is advised of the obligation under 37 CFR 1.56 to point out the inventor and 
invention dates of each claim that was not commonly owned at the time a later invention was made in 
order for the examiner to consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), 
(f) or (g) prior art under 35 U.S.C. 103(a). 

1 1 . Claims 1 , 1 1 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Wiecha (US Patent 5,870,717), and in view of Abrams (US Patent 6,151,608). 

12. As per the independent claim 1 , Wiecha rendered by the following: 
"receiving from a supplier via EDI a flat file catalog" at Fig. 1 , 6, col. 3, 
lines 10-17, lines 59-61 and col. 14, lines 59-60; 

"allowing buyer audit control over selected fields in the staging table catalog 
while restricting buyer access to other fields" at Fig. 12, col. 9, lines 2-10; 
"updating a DB2 production table from said DB2 staging table" at Fig. 11, col. 7, 
lines 8; 
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"allowing a user read access to said DB2 production table" at col. 9, lines 25-29. 
Wiecha teaches updating DB2/2 tables but does not teach explicitly loading data 
into DB2 tables. However, Abrams teaches the following limitation: 
"loading said catalog into a DB2 staging table" at Fig. 4, coL 12, lines 6-22. 

Thus, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to explicitly stating data loading into database tables. 
Wiecha and Abrams are combined as both teach databases and relate loading 
database tables with data with relevant information to view image objects. In 
order to view/access the data from database tables, migration has to be done 
using a load module. 
1 3. As per the independent claim 1 1 , Wiecha rendered by the following: 

"receiving from a supplier via EDI a flat file catalog" at Fig. 1 , 6, col. 3, 
lines 10-17, lines 59-61 and col. 14, lines 59-60; 

"allowing buyer audit control over selected fields in the staging table catalog 
while restricting buyer access to other fields" at Fig. 12, col. 9, lines 2-10; 
"updating a DB2 production table from said DB2 staging table" at Fig. 11, col. 7, 
lines 8; 

"allowing a user read access to said DB2 production table" at col. 9, lines 25-29. 
Wiecha teaches updating DB2/2 tables but does not teach explicitly loading data 
into DB2 tables. However, Abrams teaches the following limitation: 
"loading said catalog into a DB2 staging table" at Fig. 4, col. 12, lines 6-22. 
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Thus, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to explicitly stating data loading into database tables. 
Wiecha and Abrams are combined as both teach databases and relate loading 
database tables with data with relevant information to view image objects. In 
order to view/access the data from database tables, migration has to be done 
using a load module. 

14. Claims 2-10 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Wiecha (US Patent 5,870,71 7). and in view of Anderson (US Patent 6,360,21 1 ). 

1 5. As per the independent claim 2, Wiecha rendered by the following: 
"receiving a catalog flat file from a supplier" at Fig. 1, 6, col. 3, lines 10-17, 
lines 59-61 and col. 14, lines 59-60; 

"controlling through a graphical user interface edit access authority to said 
staging table and through said access control list access to fields within said 
staging table" at Fig. 12, col. 9, lines 2-10. col. 8, lines 35-36; 
"responsive to input from a buyer granted access control list access to selected 
field in said staging table, updating said selected fields" at Fig. 11, col. 7, line 8; 
"responsive to buyer command, updating a production catalog with said staging 
table for read access by users in creating requisitions against said catalog" at 
Fig. 1 1 , col. 6, line 29 to col. 7, line 8. 

Wiecha does not teach explicitly converting flat files into tables. However, 
Anderson teaches "converting said flat file into a staging table (i.e., intermediary 
database) having access control list controls over fields within said staging table" 
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at Fig. 1 , col. 3, lines 28-31 . Thus, it would have been obvious to one of ordinary 
skill in the art at the time of the invention to explicitly stating data loading into 
database tables. Wiecha and Anderson both teach updating database tables 
and to relate the technique of converting flat files into tables. In order to store 
existing data in tables flat files are converted/loaded. 
1 6. As per the independent claim 3, Wiecha rendered by the following: 

"a supplier catalog flat file for storing catalog items in an enterprise defined 
format" at Fig. 1,6, col. 3, lines 10-17, lines 59-61 and col. 14, lines 59-60; 
"an administration function" at Fig. 7, col. 12, lines 16-23; 
"a catalog administration procedure for presenting said staging table to said 
catalog administration function in a graphical user interface with fields of said 
staging table selectively enabled or disabled for auditing in accordance with the 
role and authority of a user of said administration function" at Fig. 7, col. 1 1 , 
line 4; 

"for publishing an administration audited catalog to said production table" at 
Fig. 8, col. 5, lines 34-47; 

"a requisition creation function operable by a user for creating a requisition with 
reference to said production table" at Fig. 3-4, col. 3, lines 10-47; 
"a web catalog function for presenting said production table to said requisition 
creation function" at Fig. 3, col. 3, lines 10-13. 

Wiecha does not teach explicitly converting flat files into tables. However, 
Anderson teaches the following limitations: 
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"a database including a staging table and a production table" at Fig, 1, 4, col. 3, 
lines 30 and col. 1 8, lines 46-51 ; 

"an application server for receiving, converting and storing said flat file to said 
staging table" at Fig. 3, col. 17, lines 66-67; 

Thus, it would have been obvious to one of ordinary skill in the art at the tinne of 
the invention to explicitly stating data loading into database tables. Wiecha and 
Anderson both teach updating database tables and to relate the technique of 
converting flat files into tables. In order to store existing data in tables flat files 
are converted/loaded. 

17. As per dependent claim 4, Anderson teaches "flat file comprising catalog items 
stored in a column delimited format" (examiner interpreted as delimited format as ACD- 
PPD format) at Fig. 1, col. 3, lines 64-67. 

18. As per dependent claim 5, Anderson teaches "EDI means for transferring said 
flat file through a firewall to said application server" (it is inherent that the network will 
exists with a firewall) at Fig. 1 , col. 23 lines 32-53 and Wiecha also teaches explicitly 
EDI gateway at Fig. 7, col. 4, line 53. 

19. As per dependent claim 6, Wiecha teaches "graphical user interface comprising a 
process which loads a requisition catalog from a supplier into a production system" at 
Fig. 4, col. 3, lines 10-18. 

20. As per dependent claim 7, Wiecha teaches "catalog administration function 
comprising hard coded access controls on the fields in said catalog" at Fig. 7, coL 5, 
lines 48-50. 
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21 . As per the independent claim 8, Wiecha rendered by the following: 

"transmitting said flat file to an enterprise system" at Fig. 1 , 6, col. 3, lines 10-17, 
lines 59-61 and col. 14, lines 59-60; 

"accepting said flat file into an enterprise EDI mailbox" at Fig. 1, 6, col. 3, 
lines 10-17, lines 59-61 and col. 14, lines 59-60; 

"reformatting, validating and storing catalog data from said flat file into a into a 
staging table, with catalog indicia into a catalog staging file and catalog parts 
indicia into a product staging file, and alerting a buyer" at Fig. 8-9 are self- 
explanatory figures; 

"presenting a graphical user interface to said buyer containing said catalog data 
and enabling said buyer for change selected fields of data in said staging table" 
at Fig. 4, col. 3, lines 10-18; 

"responsive to buyer approval, migrating said staging table data into a production 
table access by a user in creating a requisition against said catalog" at col. 2, 
lines 4-19. 

Wiecha does not teach explicitly converting flat files into tables. However, 
Anderson teaches the following limitations: 

"extracting and reformatting supplier source data to create a catalog flat file in an 
enterprise specified column delimited -Format" (examiner interpreted as ACD- 
PPD format as delimited format) at Fig. 1 , col. 3, lines 64-67. Thus, it would have 
been obvious to one of ordinary skill in the art at the time of the invention to 
explicitly stating data loading into database tables. Wiecha and Anderson both 
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teach updating database tables and to relate the technique of converting flat files 
into tables. In order to store existing data in tables flat files are converted/loaded. 

22. As per dependent claim 9, Wiecha teaches "responsive to said validating step 
determining an error in said flat file format or data, or responsive to said buyer non 
approving said data in said staging table, sending a reject message to said supplier" at 
Fig. 7, col. 10, lines 46-55. 

23. As per dependent claim 10, "fields of data in said staging table being selected for 
change based upon the level of authority granted by a role table to said buyer's web 
identifier" at Fig. 4, col. 9, lines 60-64. 

24. As per the independent claim 12, Wiecha rendered by the following: 
"receiving a catalog flat file from a supplier" at Fig. 1 , 6, col. 3, lines 10-17, 
lines 59-61 and col. 14, lines 59-60; 

"controlling through a graphical user interface edit access authority to said 
staging table and through said access control lisp= access to fields within said 
staging table" at Fig. 12, col. 9. lines 2-10, col. 8, lines 35-36; 
"responsive to input from a buyer granted access control list access to selected 
field in said staging table, updating said selected fields" at Fig. 11, col. 7, line 8; 
"responsive to buyer command, updating a production catalog with said staging 
table for read access by users in creating requisitions against said catalog" at 
Fig. 1 1 , col. 6, line 29 to col. 7, line 8. 

Wiecha does not teach explicitly converting flat files into tables. However, 
Anderson teaches "converting said flat file into a staging table (i.e., intermediary 



Application/Control Number: 09/657,196 Page 12 

Art Unit: 2177 

database) having access control list controls over fields within said staging table" 
at Fig. 1 , col. 3, lines 28-31 . Thus, it would have been obvious to one of ordinary 
skill in the art at the time of the invention to explicitly stating data loading into 
database tables. Wiecha and Anderson both teach updating database tables 
and to relate the technique of converting flat files into tables. In order to store 
existing data in tables flat files are converted/loaded. 
25. As per the independent claim 1 3, Wiecha rendered by the following: 

"transmitting said fiat file to an enterprise system" at Fig. 1, 6, col. 3, lines 10-17, 
lines 59-61 and col. 14, lines 59-60; 

"accepting said flat file into an enterprise EDI mailbox" at Fig. 1, 6, col. 3, 
lines 10-17, lines 59-61 and col. 14, lines 59-60; 

"reformatting, validating and storing catalog data from said flat file into a into a 
staging table, with catalog indicia into a catalog staging file and catalog parts 
indicia into a product staging file, and alerting a buyer" at Fig. 8-9 are self- 
explanatory figures; 

"presenting a graphical user interface to said buyer containing said catalog data 
and enabling said buyer to change selected fields of data in said staging table" 
at Fig. 4, col. 3, lines 10-18; 

"responsive to buyer approval, migrating said staging table data into a production 
table access by a user in creating a requisition against said catalog" at col. 2, 
lines 4-19. 
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Wiecha does not teach explicitly converting flat files into tables. However, 
Anderson teaches "extracting and reformatting supplier source data to create a 
catalog flat file in an enterprise specified column delimited -Format" (examiner 
interpreted as ACD-PPD format as delimited format) at Fig. 1, col. 3, lines 64-67. 
Thus, it would have been obvious to one of ordinary skill in the art at the time of 
the invention to explicitly stating data loading into database tables. Wiecha and 
Anderson both teach updating database tables and to relate the technique of 
converting flat files into tables. In order to store existing data in tables flat files 
are converted/loaded. 
26. As per the independent claim 14, Wiecha rendered by the following: 

"receiving a catalog flat file from a supplier" at Fig. 1, 6, col. 3, lines 10-17, 
lines 59-61 and col. 14, lines 59-60; 

"controlling through a graphical user interi'ace edit access authority to said 
staging table and through said access control list access to fields within said 
staging table" at Fig. 12, coL 9, lines 2-10, col. 8, lines 35-36; 
"responsive to input from a buyer granted access control list access to selected 
field in said staging table, updating said selected fields" at Fig. 11, col. 7, line 8; 
"responsive to buyer command, updating a production catalog with said staging 
table for read access by users in creating requisitions against said catalog" at 
Fig. 1 1 , col. 6, line 29 to col. 7, line 8. 

Wiecha does not teach explicitly converting flat files into tables. However, 
Anderson teaches "extracting and reformatting supplier source data to create a 
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catalog flat file in an enterprise specified column delimited -Format" (examiner 
interpreted as ACD-PPD format as delimited format) at Fig. 1 , col. 3, lines 64-67. 
Thus, it would have been obvious to one of ordinary skill in the art at the time of 
the invention to explicitly stating data loading into database tables. Wiecha and 
Anderson both teach updating database tables and to relate the technique of 
converting flat files into tables. In order to store existing data in tables flat files 
are converted/loaded. 

Conclusion 

27. The prior art made of record, listed on form PTO-892, and not relied upon, if any, 
is considered pertinent to applicant's disclosure. 

28. If a reference indicated, as being mailed on PTO-FORM 892 has not been 
enclosed in this action, please contact Lisa Craney whose telephone number is (703) 
305-9601 for faster service. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Sathyanarayan Pannala whose telephone number is 
(703) 305-3390. The examiner can normally be reached on 8:00 am - 5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (703) 305-9790. The fax phone number for 
the organization where this application or proceeding is assigned is (703) 746-7239. 
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Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is 
(703) 305-3900. 

Sathyanarayan Pannala 

Examiner 

Art Unit 2177 

srp 

January 1 1 , 2004 




